home *** CD-ROM | disk | FTP | other *** search
/ Developer CD Series 1997 January: Mac OS SDK / Dev.CD Jan 97 SDK2.toast / Development Kits (Disc 2) / OpenDoc Development Framework / ODF-Interest Archive / August 96 / Re Novice ODF scripting myster < prev    next >
Encoding:
Internet Message Format  |  1996-08-13  |  1.7 KB  |  [TEXT/ttxt]
  1. Subject:     Re: Novice ODF scripting mystery
  2. Sent:        8/13/96 2:40 PM
  3. Received:    8/13/96 1:49 PM
  4. From:        Greg Friedman, friedman@cognosis.com
  5. Reply-To:    ODF Interest, ODF-Interest@CILabs.ORG
  6. To:          OpenDoc Development Framework Discussion List, ODF-Interest@CILabs.
  7.  
  8. Eric Smith wrote:
  9. > Greetings,
  10. >
  11. > I'm in the process of adding scriptability to my part.  The C++ part of the
  12. > job was pretty straightforward, despite the rather meagre documentation.
  13. >
  14. > What's causing me grief is the 'aete' resource, because the terminology
  15. > I've added doesn't seem to be fully accessible to AppleScript.  In
  16. > particular, I've extended the 'ODSt' suite by adding a few new properties
  17. > to the 'part' class.  These properties show up in the editor's dictionary,
  18. > but scripts can only refer to these properties by their class names:  "set
  19. > x to  <<class rads>> of part id 65566" works, but "set x to radius of part
  20. > id 65566" tells me that "Foo got an error:  Can't make some data into the
  21. > expected type".  I notice that ODFDraw seems to have a similar problem:
  22. > scripts can refer to "<<class DrSh>>", but not to "shape" or "shapes".
  23. >
  24. > Is this an OpenDoc problem, an ODF problem, or an AppleScript problem?
  25. > It's bad enough that users have to deal with "part id 65566", but I
  26. > certainly can't expect them to deal with something as ugly as <<class
  27. > rads>>.  For the record, I'm using OpenDoc 1.1f1, ODF R1, and AppleScript
  28. > 1.1.
  29.  
  30. Are the statements that reference your part's custom terminology within a
  31. tell block that says, "tell application documentName",  where documentName
  32. is the name of your document, not "OpenDoc™"?
  33.  
  34. gsf.
  35.  
  36.  
  37. ___________________________________________________________
  38.  Greg Friedman       ODF Engineering        Apple Computer
  39.  
  40.  
  41.